2. EL 7
  3. sssd-tools
  4. sss_useradd(8)

Scroll to navigation

SSS_USERADD(8) SSSD manualsidor SSS_USERADD(8)

NAME

sss_useradd - skapa en ny användare

SYNOPSIS

sss_obfuscate [flaggor] INLOGGNINGSNAMN

BESKRIVNING

sss_useradd skapar ett nytt användarkonto med värdena som agnes på kommandoraden plus standardvärden från systemet

FLAGGOR

-u,--uid UID

Sätt UID:n för användaren till värdet av UID. Om det inte anges väljs det automatiskt.

-c,--gecos KOMMENTAR

Godtycklig textsträng som beskriver användaren. Ofta använt som ett fält för användarens fullständiga namn.

-h,--home HEMKATALOG

Hemkatalogen för användarkontot. Standardvärde är att lägga till namnet INLOGGNINGSNAMN till /home och använda det som hemkatalog. Basen som läggs till före INLOGGNINGSNAMN kan ställas in med inställningen “user_defaults/baseDirectory” i sssd.conf.

-s,--shell SKAL

Användarens inloggningsskal. Standard är för närvarande /bin/bash. Standardvärdet kan ändras med inställningen “user_defaults/defaultShell” i sssd.conf.

-G,--groups GRUPPER

En lista av befintliga grupper denna användare också är en medlem i.

-m,--create-home

Skapa användarens hemkatalog om den inte redan finns. Filerna och katalogerna som finns i skelettkatalogen (som kan definieras med flaggan -k eller i konfigurationsfilen) kommer kopieras till hemkatalogen.

-M,--no-create-home

Skapa inte användarens hemkatalog. Åsidosätter konfigurationsinställningar.

-k,--skel SKELKAT

Skelettkatalogen, som innehåller filer och kataloger som skall kopieras till användarens hemkatalog, när hemkatalogen skapas av sss_useradd.

Specialfiler (blockenheter, teckenenheter, namngivna rör och unix-uttag) kommer inte kopieras.

Denna flagga är endast giltig om flaggan -m (eller --create-home) anges, eller att skapandet av hemkataloger är satt till TRUE i konfigurationen.

-Z,--selinux-user SELINUX-ANVÄNDARE

SELinux-användaren för användarens inloggning. Om det inte anges används systemstandarden.

-?,--help

Display help message and exit.

THE LOCAL DOMAIN

In order to function correctly, a domain with “id_provider=local” must be created and the SSSD must be running.

The administrator might want to use the SSSD local users instead of traditional UNIX users in cases where the group nesting (see sss_groupadd(8)) is needed. The local users are also useful for testing and development of the SSSD without having to deploy a full remote server. The sss_user* and sss_group* tools use a local LDB storage to store users and groups.

SEE ALSO

sssd(8), sssd.conf(5), sssd-ldap(5), sssd-krb5(5), sssd-simple(5), sssd-ipa(5), sssd-ad(5), sssd-sudo(5),sssd-secrets(5),sssd-session-recording(5), sss_cache(8), sss_debuglevel(8), sss_groupadd(8), sss_groupdel(8), sss_groupshow(8), sss_groupmod(8), sss_useradd(8), sss_userdel(8), sss_usermod(8), sss_obfuscate(8), sss_seed(8), sssd_krb5_locator_plugin(8), sss_ssh_authorizedkeys(8), sss_ssh_knownhostsproxy(8),sssd-ifp(5),pam_sss(8). sss_rpcidmapd(5)sssd-systemtap(5)

AUTHORS

SSSD uppströms – https://pagure.io/SSSD/sssd/

01/23/2024 SSSD